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REMARKS/ARGUMENTS 

Claims 1,18-21, and 23-29 are amended herein. Claims 1, 3, 5-21, and 23-29 
are currently pending. 

Claims 1, 3, 5-21, and 23-29 stand rejected under 35 U.S.C. 103(a) as being 
unpatentable over U.S. Patent Application No. 2005/0097203 (Unbehagen et al.) and 
U.S. Patent No. 7,120,792 (Jacobson et al.) 

Claim 1 is directed to a method of establishing a BGP mesh in a network. The 
method includes, inter alia, receiving BGP peering information flooded from a 
network device, automatically discovering at least one neighbor utilizing the received 
BGP peering information, and automatically establishing a BGP peering session with 
the neighbor to establish a BGP mesh. The claims have been amended to clarify that 
the flooded BGP peering information includes static configuration parameters used to 
establish the BGP peering session. 

Unbehagen et al. describe auto discovery for virtual networks. The invention 
facilitates discovery of VPN-related information. A BGP session between devices is 
used to discover the VPN information. Rather than receiving BGP peering 
information, discovering a neighbor, and establishing a BGP peering session, 
Unbehagen et al. utilize an existing BGP session to communicate VPN information 
between network devices. 

Unbehagen et al. do not show or suggest receiving BGP peering information 
flooded from a network device. In rejecting the claims, the Examiner refers to 
paragraphs [0019] and [0020] of Unbehagen et al. This section of the patent 
application describes how BGP is used to communicate information to support VPN. 
There is already a connection between two devices and BGP is used to transmit VPN 
information. 
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Furthermore, Unbehagen et al. do not disclose receiving BGP peering 
information comprising static configuration parameters used to establish a BGP 
peering session. 

Unbehagen et al. also do not show or suggest automatically discovering at least 
one neighbor utilizing received BGP peering information or automatically establishing 
a BGP peering session with the neighbor. In rejecting the claim, the Examiner refers 
to paragraphs [005] and [0020] of Unbehagen et al. Paragraph [005] notes that BGP 
may be used to allow provider edge devices to negotiate capabilities. Paragraph 
[0020] describes how BGP is used to communicate information to support VPN. As 
noted above, there is no discussion of discovering neighbors or creating BGP sessions. 
The patent application simply describes how BGP is used to communicate VPN 
information. 

Conventional systems such as Unbehagen et al. establish BGP neighbors (or 
peers) by manual configuration between routers. Manual configuration of routers for 
establishment of a full mesh constitutes a significant operational problem in terms of 
configuration management. Applicant's invention, as set forth in the claims, uses 
flooding of BGP peer information which includes static configuration parameters. 
This peer information is then used to automatically discover at least one neighbor. 
This allows for automatic establishment of a BGP peering session. 

As noted by the Examiner Unbehagen et al. do not teach flooded BGP peering 
information. 

Jacobson et al. disclose a system for secure communication of routing 
messages. The system distributes encryption or authentication capabilities among 
route processors so that the route processors can back each other up. When the 
system is initialized, a series of BGP conversations are initiated using conventional 
BGP protocols. Encryption or authentication information such as cryptographic 
parameters is flooded to neighbor devices. Thus, a BGP session is already established 
and the flooding is used to transmit a BGP message to devices in which a BGP session 
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has already been established. Rather than flooding BGP peering information, as set 
forth in the claims, Jacobson et al. simply flood BGP messages after a session has 
been established. 

Accordingly, claim 1 is submitted as patentable over the cited references. 

Claims 3 and 5-17, depending either directly or indirectly from claim 1, are 
submitted as patentable for at least the same reasons as claim 1 . 

Claims 18-21 and 23-29, as amended, are submitted as patentable for at least 
the same reasons as claim 1 . 

Claim 5 is further submitted as patentable over the cited references which do 
not show or suggest BGP peering information comprising a BGP identifier. In 
rejecting the claims, the Examiner refers to paragraph [0026] of Unbehagen et al. This 
paragraph describes a VPN identifier rather than a BGP identifier associated with 
BGP peering information. 

With regard to claim 6, Unbehagen et al. not flood BGP peer information. 
Thus, there is no teaching of transmitting or receiving BGP peering information 
comprising a flooding protocol. 

Claims 7 and 8 are further submitted as patentable of Jacobson et al., which do 
not teach an OSPF or ISIS flooding protocol or a flooding scope. 

With regard to the limitations of claims 10-16, the Examiner has failed to 
point to any teaching of the specific BGP peering information as set forth in the 
claims. As discussed above, Unbehagen et al. do not discuss BGP peering information 
used to establish a BGP peering session. Thus, none of the specific BGP peering 
limitations set forth in the claims are taught by Unbehagen et al. 
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For the foregoing reasons, Applicant believes that all of the pending claims are 
in condition for allowance and should be passed to issue. If the Examiner feels that a 
telephone conference would in any way expedite the prosecution of the application, 
please do not hesitate to call the undersigned at (408) 399-5608. 



Respectfully submitted, 



Cindy S. Kaplan 
Reg. No. 40,043 




P.O. Box 2448 



Saratoga, CA 95070 
Tel: 408-399-5608 
Fax: 408-399-5609 
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